Skip to content

docs(api): document recoveryDisabled field on SessionInfo (#4802)#4805

Merged
aegis-gh-agent[bot] merged 1 commit into
developfrom
docs/4802-recovery-disabled
Jun 22, 2026
Merged

docs(api): document recoveryDisabled field on SessionInfo (#4802)#4805
aegis-gh-agent[bot] merged 1 commit into
developfrom
docs/4802-recovery-disabled

Conversation

@OneStepAt4time

Copy link
Copy Markdown
Owner

Summary

Documents the new optional recoveryDisabled?: boolean field on the GET /v1/sessions/:id response, introduced in PR #4803 (Issue #4802 F-4).

What changed

  • docs/api-reference.md: added recoveryDisabled to the response field table for GET /v1/sessions/:id with semantics (per-session stall auto-recovery kill-switch, persists across restarts, currently dashboard-only toggle).

Why

PR #4803 ship the F-4 per-session kill-switch as an additive SessionInfo field. API consumers polling GET /v1/sessions/:id will see this field appear when an operator pauses auto-recovery on a session. Without docs, the field is opaque β€” operators reading the API response can't tell why a stalled session stopped auto-recovering.

Aegis version

Developed with: v0.6.7

Cross-references

Verification

  • npm run hygiene-check β€” passed
  • npm run security-check β€” passed
  • npm run token-check β€” passed
  • npm run audit-check β€” passed
  • npm run gate:arch β€” passed (no changed TS files)
  • npm run lint β€” 0 errors (pre-existing warnings only)
  • npx tsc --noEmit β€” passed
  • npm run dashboard:tokens:gate β€” passed
  • npm run dashboard:clickable:gate β€” passed

Diff: 1 file, +2/-1 (3 lines).

PR #4803 added a per-session kill-switch for stall auto-recovery
(F-4). The new optional boolean field `recoveryDisabled?: boolean`
is persisted on SessionInfo and exposed in the GET /v1/sessions/:id
response. Document the field semantics for API consumers:

- Operator-facing kill-switch for stall auto-recovery
- Survives Aegis restarts (persisted on session record)
- Only present when explicitly set (defaults to false)
- Currently toggled via dashboard stall pill (PR #4804 follow-up);
  no REST endpoint to set it directly yet

Refs: #4802 (F-4)

@aegis-gh-agent aegis-gh-agent Bot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

βœ… Approved.

9-gate audit pass:

  1. βœ… Review completed β€” full diff read (+2/-1, 1 file)
  2. βœ… No conflicts β€” branch up-to-date with develop (MERGEABLE)
  3. βœ… CI green β€” all 17 checks passing (lint, tests ubuntu-20/22, CodeQL, GitGuardian, Gitleaks, Trivy, helm-smoke, dashboard-e2e, platform-smoke mac/win, sdk-drift, feat-minor-bump-gate, lint-pr-title)
  4. βœ… No regressions β€” docs-only change
  5. βœ… Unit tests β€” N/A (docs)
  6. βœ… E2E/UAT β€” N/A (docs)
  7. βœ… Documented β€” this IS the documentation
  8. βœ… Security clean β€” no secrets, no code
  9. βœ… Targets develop β€” base=develop βœ…

Substance LGTM. Documents the recoveryDisabled?: boolean field on GET /v1/sessions/:id response, introduced in PR #4803 (server-side F-4 per-session kill-switch, merged 2026-06-22T12:33:33Z).

Cross-references in PR body are accurate:

  • Issue #4802 (F-4 spec) βœ…
  • PR #4803 (server impl) β€” MERGED βœ…
  • PR #4804 (dashboard stall pill follow-up) β€” in flight, gated on approved-minor-bump label

Field semantics in the table are precise: optional (defaults to false), persists across restarts, dashboard-only toggle (no REST endpoint), matches the server-side recoveryDisabled?: boolean shape from PR #4803. Description wording is consistent with the rest of the api-reference.md table format.

Squash-merging to develop via bot API.

@aegis-gh-agent aegis-gh-agent Bot merged commit 1807466 into develop Jun 22, 2026
18 checks passed
@aegis-gh-agent aegis-gh-agent Bot deleted the docs/4802-recovery-disabled branch June 22, 2026 13:57
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant